CREATE CACHE GROUP

CREATE CACHE GROUP文は、次の処理を実行します。

キャッシュ・グループが定義する表を作成します。
キャッシュ・グループに関連付けられたすべての新しい情報を、適切なシステム表に挿入します。
不正な定義を防ぎます（重複したキャッシュ・グループなど）。

キャッシュ・グループは、外部キーを介して関連付けられる一連のキャッシュ表です。ルート表は１つで、この表は他の表を参照しません。キャッシュ・グループに含まれる他のすべてのキャッシュ表は、キャッシュ・グループ内の表を1つのみ参照します。つまり、外部キーのリレーションシップによってツリーが形成されます。

キャッシュ表は、次の条件を満たす行の集合です。

Oracle表の垂直パーティションの行のサブセットで構成されている。
Oracle表と同じ名前のTimesTen表に保存されている。

つまり、Oracle表のいくつかの列を選択してから、それらの行のサブセットを取得する場合は、その結果の行のセットが表を構成することになります。

データ・ストアに2つ以上のキャッシュ・グループがある場合、キャッシュ・グループは別々ののOracle（およびTimesTen）表に対応している必要があります。

キャッシュ・グループ・インスタンスは、ルート表の1つの行と、ルート表の行に直接的または間接的に関連付けられている子表のすべての行を参照します。

ユーザー管理キャッシュ・グループおよびシステム管理キャッシュ・グループ

キャッシュ・グループは、システム管理またはユーザー管理のいずれかになります。

システム管理キャッシュ・グループは、TimesTenによって完全に管理され、プロパティは固定されています。

READONLY、ASYNCHRONOUS WRITETHROUGHおよびSYNCHRONOUS WRITETHROUGHのキャッシュ・グループは、システム管理キャッシュ・グループです。

READONLYキャッシュ・グループはOracleで更新され、Oracleからキャッシュに更新が伝播されます。
ASYNCHRONOUSキャッシュ・グループはキャッシュで更新され、Oracleに更新が伝播されます。トランザクションはOracleでのコミットを待機せずに、キャッシュ上で続行します。
WRITETHROUGHキャッシュ・グループはキャッシュで更新され、Oracleに更新が伝播されます。トランザクションは、Oracleでコミットが発生したことを通知した後、キャッシュ上でコミットされます。

ローディングやアンローディングなど、システム管理のキャッシュ・グループはTimesTenによって管理されるため、これらのキャッシュ・グループでは次のような特定の文や句を使用できません。

WHERE句（この句はREADONLY CACHE GROUP定義で使用可能）
表定義のREADONLY、PROPAGATEおよびNOT PROPAGATE

また、AUTOREFRESH、REFRESHおよびFLUSHは、WRITETHROUGHキャッシュ・グループでは使用できません。READONLYキャッシュ・グループでは、AUTOREFRESHはデフォルトで有効になっています。

ユーザー管理キャッシュ・グループは、アプリケーションまたはユーザーによって管理される必要があります。これらのキャッシュ・グループでは次のような特定の文または句を使用できません。

表レベルのREADONLYキーワードは、ユーザー管理キャッシュ・グループでのみ使用できます。

さらに、TimesTenとOracleの両方が、すべてのWHERE句を解析できる必要があります。

ASYNCHRONOUS WRITETHROUGHキャッシュ・グループは、レプリケーション・エージェントの実行中には作成できません。

アクセス制御

TimesTenインスタンスでアクセス制御が有効な場合、この文にはDDL権限が必要です。

SQL構文

それぞれのタイプのキャッシュ・グループは、次のCREATE CACHE GROUP文で作成します。

CREATE READONLY CACHE GROUP
CREATE ASYNCHRONOUS WRITETHROUGH CACHE GROUP
CREATE SYNCHRONOUS WRITETHROUGH CACHE GROUP
CREATE USERMANAGED CACHE GROUP

それぞれのタイプのキャッシュ・グループの作成に使用する文については、各項を参照してください。

CREATE READONLY CACHE GROUP

READONLYのキャッシュ・グループは、次の構文で作成します。

CREATE READONLY CACHE GROUP [Owner.]GroupName

  [AUTOREFRESH

     [MODE {INCREMENTAL | FULL}]

     [INTERVAL IntervalValue {MINUTE[S] | SECOND[S] |                MILLESECOND[S] }]

     [STATE {ON|OFF|PAUSED}]

  ]

  FROM

    {[Owner.]TableName (

        {ColumnDefinition[,...]}

        [,PRIMARY KEY(ColumnName[,...])]
        [,FOREIGN KEY(ColumnName [,...])
            REFERENCES RefTableName (ColumnName [,...])                         [ON DELETE CASCADE]

  [UNIQUE HASH ON (HashColumnName[,...]) PAGES=PrimaryPages]
  [WHERE ExternalSearchCondition]

  [AGING USE ColumnName

            LIFETIME Num1 {MINUTE[S] |HOUR[S] | DAY[S]}

            [CYCLE Num2 {MINUTE[S] |HOUR[S] |DAY[S]}]

 [ON|OFF]

  ]

} [,...];

CREATE ASYNCHRONOUS WRITETHROUGH CACHE GROUP

ASYNCHRONOUS WRITETHROUGHのキャッシュ・グループは、次の構文で作成します。

CREATE [ASYNCHRONOUS] WRITETHROUGH CACHE GROUP   [Owner.]GroupName

  FROM

     {[Owner.]TableName (

       {ColumnDefinition[,...]}

      [,PRIMARY KEY(ColumnName[,...])]

        [FOREIGN KEY(ColumnName [,...])

              REFERENCES RefTableName (ColumnName [,...])]

                             [ ON DELETE CASCADE ]

  UNIQUE HASH ON (HashColumnName[,...]) PAGES=PrimaryPages]

  [AGING {LRU|

         USE ColumnName

             LIFETIME Num1 {MINUTE[S] |HOUR[S] | DAY[S]}

             [CYCLE Num2 {MINUTE[S] |HOUR[S] |DAY[S]}]

         }[ON|OFF]

  ]

} [,...];

CREATE SYNCHRONOUS WRITETHROUGH CACHE GROUP

SYNCHRONOUS WRITETHROUGHのキャッシュ・グループは、次の構文で作成します。

CREATE SYNCHRONOUS WRITETHROUGH
CACHE GROUP [Owner.]GroupName
  FROM
     {[Owner.]TableName (

         {ColumnDefinition[,...]}
        [,PRIMARY KEY(ColumnName[,...])]
          [FOREIGN KEY(ColumnName [,...])
                REFERENCES RefTableName (ColumnName [,...])}]

                                 [ ON DELETE CASCADE ]

  [UNIQUE HASH ON (HashColumnName[,...]) PAGES=PrimaryPages]

  [AGING {LRU|

         USE ColumnName

             LIFETIME Num1 {MINUTE[S] |HOUR[S] |DAY[S]}              [CYCLE Num2 {MINUTE[S] |HOUR[S] |DAY[S]}]

         }[ON|OFF]

  ]

} [,...];

CREATE USERMANAGED CACHE GROUP

ユーザー管理キャッシュ・グループは、次の構文で作成します。

CREATE [USERMANAGED] CACHE GROUP [Owner.]GroupName

  [AUTOREFRESH

      [MODE {INCREMENTAL | FULL}]

      [INTERVAL IntervalValue {MINUTE[S] | SECOND[S] |

               MILLESECOND[S] }]

      [STATE {ON|OFF|PAUSED}]

  ]

  FROM
    {[Owner.]TableName (
       {ColumnDefinition[,...]}
        [,PRIMARY KEY(ColumnName[,...])]
        [FOREIGN KEY(ColumnName[,...])
              REFERENCES RefTableName (ColumnName [,...])]
                            [ON DELETE CASCADE]
        [, {READONLY | PROPAGATE | NOT PROPAGATE}]

  [UNIQUE HASH ON (HashColumnName[,...]) PAGES=PrimaryPages]
  [WHERE ExternalSearchCondition]

  [AGING {LRU|

         USE ColumnName

             LIFETIME Num1 {MINUTE[S] |HOUR[S] |DAY[S]}              [CYCLE Num2 {MINUTE[S] |HOUR[S] |DAY[S]}]

         }[ON|OFF]

  ]

} [,...];

パラメータ

キャッシュ・グループの一般的な記述（FROMキーワードより前のすべての部分）のパラメータは、次のとおりです。

[Owner.]GroupName	新しいキャッシュ・グループに割り当てられる所有者および名前。
AUTOREFRESH	AUTOREFRESHパラメータは、OracleデータベースからTimesTenキャッシュ・グループに変更を自動的に伝播します。詳細は、「キャッシュ・グループのAUTOREFRESH」を参照してください。
MODE [INCREMENTAL | FULL]	自動リフレッシュ時に更新されるキャッシュ内の行を指定します。INCREMENTAL句が指定された場合、TimesTenは前回の伝播以降にOracleに加えられた変更のみをリフレッシュします。FULL句が指定された場合、TimesTenは自動リフレッシュのたびにキャッシュ内のすべての行を更新します。デフォルトのAUTOREFRESHモードはINCREMENTALです。
INTERVAL IntervalValue	自動リフレッシュを行う時間隔を分、秒またはミリ秒の単位で指定します。 IntervalValueには、AUTOREFRESHを実行する頻度をMINUTES、SECONDSまたはMILLISECONDSの単位の整数値で指定します。IntervalValueのデフォルト値は5分です。指定した時間隔でAUTOREFRESHを完了できない場合は、実行時に警告が生成され、現在の処理が終了するまで次回のAUTOREFRESHを待機します。待機キューが10に達すると、デーモン・ログに通知メッセージが生成されます。
STATE [ON | OFF | PAUSED]	キャッシュ・グループの作成時にAUTOREFRESHをON、OFFのいずれにするかを設定します。この設定は、ALTER CACHE GROUPコマンドを使用して後で変更できます。デフォルトでは、AUTOREFRESH STATEはPAUSEDです。
FROM	キャッシュ・グループに1つ以上の表定義を指定します。

FROMキーワード以降のすべての記述は、キャッシュ・グループがキャッシュするOracle表の定義から構成されています。各表定義の構文は、CREATE TABLE文と同様です。ただし、キャッシュ・グループ表には、主キー制約が必要です。

表定義には、次のパラメータがあります。

[Owner.]TableName	新しい表に割り当てる所有者と名前を指定します。所有者名を指定しない場合は、新しい表の所有者名としてログイン名が使用されます。
ColumnDefinition	表の個々の列の名前、データ型およびNULL値可能かどうかを指定します。各表には1つ以上の列が必要です。「列定義」を参照してください。
PRIMARY KEY (ColumnName[,...])	表に主キーを指定します。キャッシュ・グループには主キー制約が必須です。ColumnNameは表に対して作成する主キーになる列の名前です。主キーには最大16列を指定できます。1つの指定内でUNIQUEとともに指定することはできません。
FOREIGN KEY (ColumnName[,...])	表に外部キーを指定します。ColumnNameは、作成される表の外部キーとなる列の名前です。「FOREIGN KEY」を参照してください。
REFERENCES RefTableName (ColumnName[,...])	外部キーが関連付けられている表を指定します。RefTableNameは参照される表の名前で、ColumnNameは表の中で参照される列名です。
[ON DELETE CASCADE]	ON DELETE CASCADE参照アクションを有効にします。指定されている場合、参照先キーの値を含む行が親表から削除されると、依存する外部キーの値を持つ子表の行も削除されます。
READONLY	キャッシュされた表に対する変更を許可しないように指定します。
PROPAGATE | NOT PROPAGATE	キャッシュされた表への変更がコミットされたとき、対応するOracle表へ自動的に伝播されるかどうかを指定します。
UNIQUE HASH ON HashColumnName	この表にハッシュ索引を作成します。HashColumnNameには、この表のハッシュ・キーに含まれる列を指定します。ハッシュ索引に指定される列は、主キーの列と同じである必要があります。
PAGES=PrimaryPages	表の想定ページ数を指定します。PrimaryPages の数値に基づいて、ハッシュ索引用に作成されるハッシュ・バケットの数が決まります。最小値は1です。想定したページ数が少なすぎると、パフォーマンスが低下します。詳細は、「CREATE TABLE」を参照してください。
WHERE ExternalSearchCondition	Oracleが評価するキャッシュ・グループ表のWHERE句。このWHERE句は、キャッシュ・グループに対するすべてのLOADとREFRESH処理に追加されます。他の表を直接参照することはできません。これはTimesTenおよびOracleの両方で解析されます。『Oracle TimesTen Cache Connect to Oracle開発者および管理者ガイド』のWHERE句の使用に関する説明を参照してください。
AGING LRU [ON | OFF]	指定されている場合、LRUポリシーを使用して表の行が除去されます。LRUエージングでは、最後に使用されてから長期間経過しているデータが削除され、最近使用されているデータのみがキャッシュに保持されます。使用中のデータ・ストア領域が指定のしきい値を超えると、データは削除されます。ほとんど使用されないデータで占有されていた領域は、LRUエージングによって解放されます。 LRUエージング・ポリシーは、AGING LRU句が指定されている場合に定義されます。ONやOFFの設定はエージング状態を参照します。 OFFの設定は、LRUエージング・ポリシーは定義されているが、エージング状態は無効であることを示しています。エージング状態がOFFであるため、エージングは自動的に実行されません。ONの設定は、LRUエージング・ポリシーが定義され、エージング状態が有効であることを示しています。エージング状態がONであるため、エージングは自動的に実行されます。デフォルトはONです。 LRUエージングは、自動リフレッシュが設定されたキャッシュ・グループではサポートされません。 LRUエージングの詳細は、「キャッシュ・グループでのエージング」の項を参照してください。 LRUエージングの詳細は、『Oracle TimesTen Cache Connect to Oracle開発者および管理者ガイド』のキャッシュ・グループでのエージングの実装に関する説明を参照してください。
AGING USE ColumnName... [ON | OFF]	指定されている場合、時間ベースのエージング・ポリシーを使用して表内の行が除去されます。時間ベースのエージングでは、データがキャッシュに保持される存続期間を指定できます。時間の単位は日数、時間または分で指定します。 時間ベースのエージングを使用するには、ルート表に列を定義する必要があります。この列の値がSYSDATEから差し引かれ、指定した単位（分、時間、日数）を使用して切り捨てられた後、指定したLIFETIME値との比較が行われます。その結果がLIFETIME値より大きい場合、行はエージングの対象となります。列は、NOT NULLのTIMESTAMP型として定義します。 タイムスタンプ列の値は、アプリケーションによって更新されます。タイムスタンプ列の値が不明な行がある場合、その行が削除されないようにするには、タイムスタンプ列に大きなデフォルト値を定義します。 ColumnNameは、ルート表に定義したタイムスタンプ列です。 AGING USE句を指定すると、時間ベースのエージング・ポリシーが定義されます。設定のONまたはOFFは、エージング状態を表します。 OFFの設定は、時間ベースのエージング・ポリシーは定義されているが、エージング状態は無効であることを示しています。エージング状態がOFFであるため、エージングは自動的に実行されません。ONの設定は、時間ベースのエージング・ポリシーが定義され、エージング状態が有効であることを示しています。エージング状態がONであるため、エージングは自動的に実行されます。デフォルトはONです。 時間ベースのエージングの詳細は、「キャッシュ・グループでのエージング」の項を参照してください。 時間ベースのエージングの詳細は、『Oracle TimesTen Cache Connect to Oracle開発者および管理者ガイド』のキャッシュ・グループでのエージングの実装に関する説明を参照してください。
LIFETIME Num1 {MINUTE[S] |HOUR[S] | DAY[S] }	この句は、時間ベースのエージングの場合に必須です。AGING USE ColumnName句の後に指定します。LIFETIMEは、データがキャッシュに保持されることが保証される時間です。たとえば、単位時間Num1の間、データがキャッシュに保持されます（単位は分または時間または日数）。つまり、指定されたLIFETIME値を超えた行はエージ・アウト（表から削除）されます。 Num1は、正の整数である必要があります。Num1の値は、行がキャッシュにとどまる時間の長さを、分、時間または日数で示します。 時間の単位の概念がサポートされています。データの存続期間に指定された時間単位は、データがキャッシュに保持される単位時間の長さを表します。たとえば、時間の単位にDAYSを指定した場合、タイムスタンプの日付が同じ日になっているすべての行が同時にエージ・アウトされます。また、HOURSを時間の単位に指定した場合は、タイムスタンプ値の時間が同じ行が、すべて同時にエージ・アウトされます。 したがって、LIFETIMEが3 DAYSの場合は、LIFETIMEが72 HOURS（3×24）の場合やLIFETIMEが432 MINUTES（3×24×60）の場合とは異なります。 DAYSは、週末および祝日を含む1週間のすべての日を表します。
[CYCLE Num2 {MINUTE[S] |HOUR[S] | DAY[S] }]	このオプションの句は、時間ベースのエージングに固有の句で、 LIFETIME句の後に指定します。この句は、データが指定したLIFETIME値を超えているかどうか、その結果エージ・アウト（削除）する必要があるかどうかを確認するために、システムで行をチェックする頻度を示しています。 Num2は、正の整定数である必要があります。CYCLE句を指定しない場合、デフォルト値は5分です。これは、エージングが有効な場合、開始してすぐに、行が5分ごとにチェックされることを意味します。Num2に0を指定すると、エージングは継続され、エージング・スレッドがスリープ状態になることはありません。

キャッシュ・グループのAUTOREFRESH

AUTOREFRESHパラメータは、Oracleデータベースの変更をTimesTenキャッシュに自動的に伝播します。デフォルトでは、システム管理キャッシュ・グループは、自動的にOracleデータベースからTimesTenキャッシュに変更を伝播します。キャッシュ・グループのタイプの説明は、「ユーザー管理キャッシュ・グループおよびシステム管理キャッシュ・グループ」を参照してください。

TimesTenでは、FULLまたはINCREMENTALがサポートされています。FULLモードでは、キャッシュ全体が定期的にアンロードされてから再ロードされます。INCREMENTALモードでは、Oracleデータベースにトリガーがインストールされて変更の追跡が行われ、Oracleで変更された行のみが定期的に更新されます。PAUSED状態を使用している場合を除き、最初の増分リフレッシュは常に完全リフレッシュになります。デフォルトのモードはINCREMENTALです。

Oracle表のほとんどの行が変更されている場合は、FULL AUTOREFRESHがより有効です。変更が少ない場合は、INCREMENTAL AUTOREFRESHがより有効です。

AUTOREFRESHは、AUTOREFRESHが指定された文を含むトランザクションがコミットされた場合に、TimesTenによってスケジュールされます。AUTOREFRESHをスケジュールする文は、次のとおりです。

AUTOREFRESHを指定し、AUTOREFRESH状態をONに指定したCREATE CACHE GROUP文
AUTOREFRESH状態をONに変更したALTER CACHE GROUP文
自動リフレッシュの状態がPAUSEDに指定されている、空のキャッシュ・グループに対して実行されるLOAD CACHE GROUP文（LOAD後に状態がONになります）

AUTOREFRESHの頻度は、指定した時間隔によって決まります。

AUTOREFRESHのSTATEには、ON、OFFまたはPAUSEDが指定できます。デフォルトでは、AUTOREFRESH STATEはPAUSEDです。

キャッシュ・グループでAUTOREFRESHを使用するには、最初にTimesTen ttAdminユーティリティを実行して、Oracle IDとPWDにcacheUidとcachePwdを指定するか、ttCacheUidPwdSet組込みプロシージャを実行します。

増分リフレッシュを使用してキャッシュ・グループのAUTOREFRESHをアクティブ化するには、Oracleに特定のトリガーをインストールしておく必要があります。詳細は、『Oracle TimesTen Cache Connect to Oracle開発者および管理者ガイド』を参照してください。Oracleに必要なトリガーやプロシージャはTimesTenによって自動的にインストールされます。

キャッシュ・グループでAUTOREFRESHを使用するには、キャッシュ・グループを作成する際にAUTOREFRESHを指定する必要があります。MODE、STATEおよびINTERVAL AUTOREFRESHの設定は、ALTER CACHE GROUPコマンドを使用することによって、キャッシュ・グループが作成された後で変更できます。

キャッシュ・グループをAUTOREFRESHまたはPROPAGATEに指定した後は、これらの属性を変更することはできません。

NOT PROPAGATE句とAUTOREFRESH文を同時に使用することはできません。

キャッシュ・グループのレプリケート時には、特定の要件と制限があります。『Oracle TimesTen Replication - TimesTen to TimesTen開発者および管理者ガイド』のキャッシュ・グループのレプリケーションに関する項を参照してください。

説明

2つのキャッシュ・グループで所有者名とグループ名を同じにすることはできません。所有者名を指定しない場合、ログイン名が新しいキャッシュ・グループの所有者名になります。
WHERE句に動的パラメータを指定することはできません。
キャッシュ・グループ表は、一時表として作成できません。
各表は、Oracleの表と対応している必要があります。
表の各列の名前および型は、Oracle表の各列の名前および型と一致している必要があります。『Oracle TimesTen Cache Connect to Oracle開発者および管理者ガイド』のTimesTenとOracleの互換性に関する説明を参照してください。また、WHERE句内で列名を参照する場合は、各列名を所有者と表名で完全に修飾する必要があります。
WHERE句は、キャッシュ・グループ表のみ直接参照できます。キャッシュ外の表は、副問合せで参照のみ可能です。
一般的には、CREATE CACHE GROUP、LOAD、UNLOAD、REFRESHまたはFLUSH文のWHERE句の列名を完全に修飾する必要はありません。ただし、同一キャッシュ・グループ内の複数の表を結合する問合せがTimesTenによって自動的に生成されるため、キャッシュ・グループ内の1つ以上の表に同じ名前の列がある場合、列は完全に修飾される必要があります。
デフォルトでは、キャッシュ・グループ表で主キーを使用するためにTツリー索引が作成されます。主キーに対してハッシュ索引を指定するには、UNIQUE HASH句を使用してください。
アプリケーションでキャッシュ・グループ表の主キーに対して範囲問合せを実行する場合は、UNIQUE HASH句を省略して、そのキャッシュ・グループ表に対してTツリー索引を選択してください。
ただし、主キーの完全一致検索のみをアプリケーションで実行する場合は、ハッシュ索引のほうがレスポンス時間およびスループットが優れている場合があります。その場合は、UNIQUE HASH句を指定します。UNIQUE HASH句の詳細は、「CREATE TABLE」を参照してください。
表の主キーで使用する索引を変更するには、ALTER TABLEを使用します。
アクセス制御が無効の場合、ON DELETE CASCADEアクションをトリガーするDELETE文を実行するための権限は必要ありません。アクセス制御が有効な場合は、ON DELETE CASCADEアクションの影響を受けるすべての表に対するWRITE権限が必要です。
DELETE文によって報告される行の総数には、ON DELETE CASCADEアクションの結果、子表から削除された行は含まれません。
ON DELETE CASCADEの制限:
伝播属性が指定されたキャッシュ・グループ表と、SWTキャッシュ・グループおよびAWTキャッシュ・グループの表の場合、ON DELETE CASCADEで指定する外部キーは、OracleのON DELETE CASCADEで指定されている外部キーの適切なサブセットであることが必要です。

キャッシュ・グループでのエージング

エージング: 使用方法
キャッシュ・グループのエージングはインスタンスが基準です。エージングはルート表にのみ定義します。
ルート表にエージング・ポリシーを定義する場合、次の項目を定義します。

1. エージングのタイプ: LRUまたは時間ベース

2. エージングの状態: ON（有効）またはOFF（無効）

3. 時間ベースのエージングの場合: タイムスタンプ列、LIFETIME、CYCLE

LRU属性はプロシージャttAgingLruConfigをコールして定義します。LRU属性は表レベルでは定義できません。このプロシージャをコールしない場合は、デフォルト値が使用されます。
既存のキャッシュ・グループまたは新規のキャッシュ・グループにエージング・ポリシーを定義します。既存のキャッシュ・グループの場合は、ALTER TABLE... ADD AGING句を使用します。新規のキャッシュ・グループの場合はルート表に対してAGING句を指定します。「例5.36」を参照してください。

     既存の表にLRUエージングを追加:

          ALTER TABLE... ADD AGING LRU [ON|OFF]

     既存の表に時間ベースのエージングを追加:

          ALTER TABLE... ADD AGING USE ...

ルート表のエージング・ポリシーを定義した後に、エージング・ポリシーを変更することはできません。これは、エージング・ポリシーをLRUから時間ベースに、または時間ベースからLRUに変更できないことを意味します。時間ベースのエージングの場合、タイムスタンプ列は変更できません。基本的に、エージング・ポリシーが存在する表に対してALTER TABLE...ADD AGING句は指定できません。
エージング・ポリシーを変更するには、次のように、エージング・ポリシーを削除してから再定義してください。

          ALTER TABLE... DROP AGING

表のエージング・ポリシーを定義した後、エージング状態を変更できます。つまり、エージング・ポリシーに定義された状態を、ON（自動エージング有効）からOFF（自動エージング無効）に、またはOFFからONに変更できます。次のように指定してください。

          ALTER TABLE... SET AGING [ON | OFF]

時間ベースのエージングの場合、LIFETIMEおよびCYCLEを次のように変更できます。

          ALTER TABLE...SET AGING LIFETIME Num1

               {MINUTE[S] |HOUR[S] |DAY[S]}

          ALTER TABLE... SET AGING CYCLE Num2

               {MINUTE[S] |HOUR[S] |DAY[S]}

     詳細は、「ALTER TABLE」を参照してください。

エージング: 組込みプロシージャ
ttAgingLRUConfigを使用して、LRUエージングの次のプロパティを指定します。

1. LowUsageThreshold: （割り当てられたPerm-sizeの割合）

2. HighUsageThreshold: （割り当てられたPerm-sizeの割合）

3. AgingCycle: 行に対してエージングのチェックを行う頻度（分単位）

LRUエージングのデフォルトの属性設定は次のとおりです。

1. LowUsageThreshold: 80%

2. HighUsageThreshold: 90%

3. AgingCycle: 1分

LRUエージングの場合、エージング・スレッドは指定されたエージング・サイクルで起動し、領域の使用がHighUsageThresholdを超えているかどうかを確認します。超えていなければ、スリープ状態に戻ります。超えていた場合、領域使用がLowUsageThresholdの割合以下になるか、または削除するデータがなくなるまで、最も使用頻度の少ないデータの削除を開始します。
ttAgingLRUConfigは、LRUエージングが設定されたすべての表に適用されます。このプロシージャの引数は、省略可能です。省略した場合、以前の設定が保持されます。引数は正の整数です。
ttAgingLRUConfigプロシージャについては、『Oracle TimesTen In-Memory Database APIリファレンス・ガイド』のttAgingLRUConfigに関する説明を参照してください。
早急にエージング処理をスケジュールするには、ttAgingScheduleNowを使用します（サブデーモンが起動すると処理が開始されます）。このプロシージャをコールすると、エージングの状態がOFF（無効）かON（有効）かにかかわらず、表のエージング処理が開始されます。エージング処理は一度だけ開始され、以前のエージング状態は変更されません。たとえば、ttAgingScheduleNowをコールしたときにエージング状態がOFFの場合、エージング処理が開始します。エージング状態がOFFで、エージングが完了すると、エージングは続行しません。エージングを続行するには、ttAgingScheduleNowを再度コールするか、エージング状態をONに変更する必要があります。
ttAgingScheduleNowをコールしたときにエージング状態がONの場合、ttAgingScheduleNowがコールされた時間を基準にして、エージング・サイクルがリセットされます。
ttAgingScheduleNowは、早急にエージング処理をスケジュールする場合や、指定した時間（cronジョブなどの外部スケジューラを介して）にエージング処理を開始する場合に役立ちます。時間を指定する場合は、エージング状態をOFFに設定してから、ttAgingScheduleNowをコールし、エージングを起動してください。
1つの表に対してエージングをスケジュールするには、次のように表名を引用符で囲んで表の名前を指定してttAgingScheduleNowをコールします。指定された表は、LRUエージングまたは時間ベースのエージングのいずれかで定義できます。

               CALL ttAgingScheduleNow (`TableName')

LRUエージングおよび時間ベースのエージングの両方で定義された表を含む、すべての表でエージングをスケジュールするには、次のように、引数なしでttAgingScheduleNowをコールします。

               CALL ttAgingScheduleNow ( );

ttAgingScheduleNowプロシージャについては、『Oracle TimesTen In-Memory Database APIリファレンス・ガイド』のttAgingScheduleNowに関する説明を参照してください。
エージング: 仕様
1つのシステムでLRUエージングと時間ベースのエージングの両方を組み合せて使用できます。LRUエージングのみを使用する場合、エージング・スレッドはデータ・ストア全体に指定されたサイクルに基づいて起動します。一方、時間ベースのエージングのみを使用する場合、エージング・スレッドは最適な頻度に基づいて起動します。この頻度は、すべての表のCYCLE句に指定された値によって決定されます。LRUエージングと時間ベースのエージングの両方を使用する場合は、両方のタイプを組み合せて考慮した上でスレッドが起動します。
時間ベースのエージングでは、スライド期間を指定できます。表には、最後のNum1時間単位のデータが含まれています。自動リフレッシュ・キャッシュ・グループの場合、スライド・インおよびスライド・アウトの処理は両方ともエージングで自動的に行われます。自動リフレッシュ間隔ごとに新規データがロードされ、エージング・スケジュールに従って期限切れのデータが削除されます。
自動リフレッシュ・キャッシュ・グループでない場合、スライド・アウトの処理がエージングで自動的に行われます。データをキャッシュに移動させるには、手動によるロード、SELECTによるロード、リフレッシュ、またはTimesTenへの挿入を使用します。その期間から外れる過去のデータはエージ・アウトされます。期間が変更されると、データが削除される保証はなくなります。データはエージング・スレッドが起動したときに削除されます。
エージング: LRUエージングの場合、行がアクセスされているかまたは参照されているかどうかを、次のルールで判断します。
SELECT文の結果セットを構築するために使用された行
INSERT SELECT文の結果セットを構築するために使用された行
更新または削除対象の行
エージング: LRUおよびコンパイルされたコマンド:
コマンドで参照される表に対してLRUエージングの削除や追加を行うと、コンパイルされたコマンドは無効と指定され、再コンパイルが必要になります。
エージング: 外部キーの問題
LRUエージングでは、子行がエージングの対象でない場合、この子行は削除されません。また、エージング対象ではない親行も削除されません。ON DELETE CASCADEの設定は無視されます。
時間ベースのエージングでは、親行がエージングの対象である場合、すべての子行が削除されます。ON DELETE CASCADEは、設定の有無にかかわらず無視されます。
エージング: 制限
LRUエージングと時間ベースのエージングは、ルート表にのみ指定できます。
LRUエージングは、自動リフレッシュ属性が設定されたキャッシュ・グループではサポートされません。
キャッシュ・エージェントがアクティブの間は、自動リフレッシュ・キャッシュ・グループに対するエージングの追加、変更または削除はできません。まず、キャッシュ・エージェントを停止してください。
LRUエージングと時間ベースのエージングは、マテリアライズド・ビューのディテール表ではサポートされていません。
LRUエージングと時間ベースのエージングは、グローバル一時表ではサポートされていません。
時間ベースのエージングに使用されているタイムスタンプ列は削除できません。

例5.32

READONLYキャッシュ・グループを作成します。

CREATE READONLY CACHE GROUP CustomerOrders

AUTOREFRESH INTERVAL 10 MINUTES

FROM

CUSTOMER (CUSTID INT NOT NULL,

NAME CHAR(100) NOT NULL,

ADDR CHAR(100),

ZIP INT,

REGION CHAR(10),

PRIMARY KEY(CUSTID)),

ORDERTAB (ORDERID INT NOT NULL,

CUSTID INT NOT NULL,

PRIMARY KEY (ORDERID),

FOREIGN KEY (CUSTID) REFERENCES CUSTOMER(CUSTID));

例5.33

ASYNCHROUS WRITETHROUGHキャッシュ・グループを作成します。

CREATE ASYNCHRONOUS WRITETHROUGH cache group Customers

FROM

CUSTOMER (CUSTID INT NOT NULL,

NAME CHAR(100) NOT NULL,

ADDR CHAR(100),

ZIP INT,

PRIMARY KEY(CUSTID));

例5.34

SYNCHRONOUS WRITETHROUGHキャッシュ・グループを作成します。

CREATE SYNCHRONOUS WRITETHROUGH CACHE GROUP Customers

FROM

CUSTOMER (CUSTID INT NOT NULL,

NAME CHAR(100) NOT NULL,

ADDR CHAR(100),

ZIP INT,

PRIMARY KEY(CUSTID));

例5.35

USERMANAGEDキャッシュ・グループを作成します。

CREATE USERMANAGED CACHE GROUP UpdateAnywhereCustomers

AUTOREFRESH

MODE INCREMENTAL

INTERVAL 30 SECONDS

STATE ON

FROM

CUSTOMER (CUSTID INT NOT NULL,

NAME CHAR(100) NOT NULL,

ADDR CHAR(100),

ZIP INT,

PRIMARY KEY(CUSTID),

PROPAGATE);

例5.36

時間ベースのエージングが指定されたキャッシュ・グループを作成します。エージング用の列として、AgeTimestampを指定します。LIFETIMEは2時間、CYCLEは30分です。エージング状態は指定しないため、デフォルト設定（ON）が使用されます。

CREATE READONLY CACHE GROUP AgingCacheGroup

AUTOREFRESH

MODE INCREMENTAL

INTERVAL 5 MINUTES

STATE PAUSED

FROM

CUSTOMER (CustomerId NUMBER NOT NULL,

AgeTimestamp TIMESTAMP NOT NULL,

PRIMARY KEY (CustomerId))

AGING USE AgeTimeStamp LIFETIME 2 HOURS CYCLE 30 MINUTES;

Command> describe customer;

Table USER.CUSTOMER:

Columns:

*CUSTOMERID NUMBER NOT NULL

AGETIMESTAMP TIMESTAMP (6) NOT NULL

Aging use AGETIMESTAMP lifetime 2 hours cycle 30 minutes on

1 table found.

(primary key columns are indicated with *)

関連項目

ALTER CACHE GROUP
ALTER TABLE
DROP CACHE GROUP
FLUSH CACHE GROUP
UNLOAD CACHE GROUP

---

前へ 次へ

Copyright © 2007, Oracle. All rights reserved.

目次 索引